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(54) Data protocol for transport of ATM cells over a wireless link 



(57) The present invention is a reliable data link lay- 
er protocol to transport ATM cells over a wireless point- 
to-point link. The protocol ensures that the cells are 
transported reliably by use of a sliding window transport 
mechanism with selective repeat automatic repeat re- 
quest (ARQ) and forward error correction (FEC). The 
protocol minimizes ATM header overhead by means of 



header compression and provides per-cell FEC whose 
size can be changed adaptively. The protocol also pro- 
vides parity cells for recovery from errors that cannot be 
corrected using the per-cell FEC field. The number of 
these cells as well as the size of a window or frame can 
also be adaptively changed. In addition, the window can 
be terminated to request an immediate acknowledg- 
ment 
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Description 

RELATED APPLICATIONS 

The present patent application is related to U.S. 
Patent Application, Serial Nos. 08/541 984, entitled SIG- 
NALING AND CONTROL ARCHITECTURE FOR AN 
AD-HOC ATM LAN, and METHOD AND APPARATUS 
FOR RESTORATION OF AN ATM NETWORK, those 
applications having at least one common inventor and 
common assignee and being incorporated herein by ref- 
erence. 

FIELD OF THE INVENTION 

The present invention relates to packet-based tele- 
communications networks, and more particularly to a 
data protocol for ensuring reliable transmission of data 
over wireless links in an ATM LAN. 

BACKGROUND OF THE INVENTION 

ATM (Asynchronous Transfer Mode) technology is 
maturing rap idly for telecommunications as well as com- 
puter networking applications. The prospect of an "all 
ATM" scenario from wide-area network (WAN) to local- 
area network (LAN) is becoming increasingly promising. 
Discussions on "ATM to the desktop" have begun to ap- 
pear in various technical circles, particularly those inter- 
ested in multimedia applications. Wireless communica- 
tions, on the other hand, has gained global acceptance 
and popularity in the cellular voice market. Emerging 
wireless services such as PCS (Personal Communica- 
tions Service) are threatening to replace traditional 
wired telephone and low- rate data access systems. 
Wireless LAN products (e.g., WaveLan in the Mb/s 
range) have already found their way in the commercial 
marketplace. Extending ATM from the LAN/WAN infra- 
structure towards the wireless user is a formidable task. 

The ATM protocol is intended for transmission on a 
reliable physical layer such as optical fibers. Wireless 
links, on the other hand, are notorious for their unrelia- 
bility and poor bit error rates. Thus, overcoming this in- 
compatibility at the onset is a major challenge. 

Another important aspect of wireless networking is 
the user mobility. The whole concept of ATM VP/VC (vir- 
tual path/virtual circuit) has been centered on fixed point 
end users. Although other research efforts have dis- 
cussed the use of ATM in wireless networks, they have 
been limited to centralized architectures 10 with wire- 
less access links as shown in Fig. 1 . The centerpiece in 
Fig. 1 is the ATM switch 12 providing centralized cell 
routing and mobility management in the entire system. 
Even though some distributed functions may be as- 
signed to the access points 14, the system intelligence 
for mobility management resides at the ATM switch 1 2. 
The access points are "hardwired" to the central switch 
while the wireless links serve as extension cords to the 



users. 

It is recognized that wired networks are here to stay, 
and ATM has the potential to become ubiquitous. In 
such a case, there will be standard ATM interfaces on 
5 workstations, computer servers, and other peripherals 
attached to a LAN. Therefore, it is advantageous for a 
wireless LAN to support ATM cell transport directly into 
the terminals so as to minimize protocol conversion. As 
exemplified in Fig. 2, the wireless LAN 16 carries "Wire- 
10 less ATM" (WATM) whereas the WAN 1 8 carries (stand- 
ard) ATM, with a WATM/ ATM converter 1 9 (or gateway) 
in between. An ideal goal for seamless networking 
would strive for the elimination of the WATM/ ATM con- 
verter 1 9. This is unrealistic because wireless link layer 
15 protocols need to be designed differently in order to 
cope with the poor transmission channel characteristics. 
Furthermore, this idealistic goal is unnecessary be- 
cause WATM can be designed essentially the same as 
ATM except for some header byte redefinition and thus 
20 keeping the WATM/ATM gateway very simple. A reliable 
data protocol that preserves the overall ATM data struc- 
ture and minimizes changes in the header would con- 
tribute significantly to the practical realization of Wire- 
less ATM. 

25 

SUMMARY OF THE INVENTION 

The present invention is a reliable data link layer 
protocol to transport ATM cells over a wireless point-to- 

30 point link. The protocol ensures that the cells are trans- 
ported reliably through the use of a sliding window trans- 
port mechanism having selective repeat automatic re- 
peat request (ARQ) and forward error correction (FEC). 
The protocol minimizes ATM header overhead by 

35 means of header compression and provides per-cell 
FEC whose size can be changed adaptively. The proto- 
col also provides parity cells for recovery from errors that 
cannot be corrected using the per-cell FEC field. The 
number of these cells as well as the size of a window or 

40 frame can also be adaptively changed, in addition, the 
window can be terminated to request an immediate ac- 
knowledgment message (ACK) and to satisfy Quality of 
Service (QoS) requirements. 

One preferred embodiment of the invention rn- 

45 eludes a data format for use in transmitting ATM cells in 
a communications network, wherein the communica- 
tions network includes wireless mobile users, and the 
data format comprises: a variable length message 
frame including one or more individual messages, the 

50 message frame including, 

at least one beginning-of-frame (BOF) message indica- 
tive of the beginning of the message frame; at least one 
information message including user information pertain- 
ing to a connection in said network; and at least one par- 

55 jty message including parity information in regard to the 
message frame, and wherein the BOF frame includes 
one or more fields including values indicative of a 
number of the individual messages in the message 
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frame. The message frame may also include an ac- 
knowledgment (ACK) message, the acknowledgment 
message being selectively insertable within the mes- 
sage frame to thereby acknowledge receipt of previous- 
ly transmitted information messages and an end-of- s 
frame (EOF) message selectively insertable within said 
message frame, the EOF message indicating prema- 
ture termination of the message frame thereby overrid- 
ing the values provided in the BOF message. 

BRIEF DESCRIPTION OF THE FIGURES 

For a better understanding of the present invention, 
reference may be had to the following description of ex- 
emplary embodiments thereof, considered in conjunc- 
tion with the accompanying drawings, in which: 

FIG. 1 shows a representation o1 a conventional 
wireless network architecture; 
FIG. 2 shows a representation of an interworking 
between an ATM Wide Area Network (WAN) and a 
Wireless ATM Network (WATM); 
FIG. 3 shows a representation of an Ad-Hoc Wire- 
less LAN according to the present invention; 
FIG. 4 shows one preferred embodiment of a PBS 
architecture according to the present invention; 
FIG. 5 shows a one preferred embodiment of a free 
space optical link used with the present invention 
LAN; 

FIG. 6 shows an exemplary LAN configuration 
which illustrates the present invention Wireless 
ATM VP/VC concepts; 

FIG. 7 shows a target protocol stack for the network 
signal flow illustrated in FIG. 2; 
FIG. 8 shows an exemplary LAN configuration for 
illustration of the present invention Homing Algo- 
rithm routing scheme; 

FIG. 9 shows a portion of the network administered 
tables for use in the present invention PBS network; 
FIG. 10 shows a connection establishment proce- 
dure for the present invention wireless ATM LAN; 
FIG. 11 shows an exemplary LAN configuration and 
assignment for the connection establishment of 
FIG. 12; 

FIG. 12 shows an exemplary routing configuration 
through the present invention LAN; 
FIG. 13 shows a connection release procedure for 
the wireless ATM LAN; 

FIG. 14 illustrates a mobile to mobile connection 
without PBS involvement; 

FIG. 15 illustrates connection establishment be- 
tween mobiles on the same PBS; and 
FIG. 16 shows a software architecture for PBS and 
network management station. 
FIG. 17 shows an exemplary network tree and an 
associated routing table; 

FIG. 17A shows the network tree of FIG. 17 an the 
presence of a link failure; 



FIG. 18 shows an exemplary network having differ- 
ent nodes in the network as the root; 
FIG. 19 shows an exemplary representation of a 
failure message encapsulated into an ATM cell; 
FIG . 20A shows an exemplary hardware implemen- 
tation for determining if a received message is a fail- 
ure message; 

FIG. 20 shows an exemplary flow diagram for up- 
dating routing tables; 

FIG. 21 shows exemplary representations of mes- 
sage generated in accordance with the present in- 
vention; 

FIG. 22 shows an exemplary representation of an 
ACK message; 

FIG. 23 shows an exemplary representation of a 
BOF message; 

FIG. 24 shows an exemplary representation of an 
EOF message; 

FIG. 25 shows an exemplary representation of in- 
formation message; and 

FIG. 26 shows an exemplary representation of a 
parity message. 

DETAILED DESCRIPTION 

The present invention is a reliable data link layer 
protocol to transport ATM cells over a wireless point-to- 
point link and is described with respect to a LAN con- 
sisting of a network of nodes called Portable Bases Sta-. 
tions (PBSs) which provide microcell coverage. Refer- 
ring to FIG. 3, there is shown exemplary representation 
of the LAN 20 which includes a plurality of interconnect- 
ed PBSs 22. Although the interconnection between the 
PBSs can be either wired or wireless, the emphasis here 
is on wireless implementations, for example, radio or 
free-space optics. 

Portable Base Station Architecture 

An advantage of the Portable Base Station archi- 
tecture is that the PBSs can employ an ad-hoc network- 
ing layout. That is, the PBSs can be distributed in an 
arbitrary topology to form a backbone network that can 
be reconfigured with relative ease. In FIG. 3 the PBS to 
PBS backbone links 24 are high speed, for example GB/ 
s, for supporting high system capacity. 

The user to PBS access links 26, on the other hand 
are primarily for mobile access (e.g., 2-20 Mb/s) and 
therefore are wireless. The mobiles 28 which may be 
comprised of laptops, notebooks, etc. utilize multiple ac- 
cess protocols that permit mobiles to share the user to 
PBS links, as will be discussed. Here it is also pointed 
out that mobiles 28 can communicate with one another 
directly as peer-to peer if they are near each other. Oth- 
erwise, they communicate by using the PBS backbone 
LAN. 

As discussed, typical mobile endpoints are as- 
sumed to be laptops or notebook computers. Services 
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supported include conventional data applications (e.g., 
over TCP/IP or SPX over ATM) as well as multimedia 
(video, voice and data) applications directly over an 
ATM Adaptation Layer (AAL) and ATM with a Quality of 
Service (QoS) specification. For TCP/IP networks, there s 
exist approaches to mobility management at the net- 
work layer, e.g., Mobile IP In the present invention net- 
work: the approach is similar, except mobility manage- 
ment and handoffs are handled at the ATM layer. Thus, 
the ATM layer becomes the networking layer and mo- io 
bility management is extended to applications that are 
directly carried by AAL and ATM. 

Referring to FIG. 4, there is shown one preferred 
embodiment for a PBS architecture 22 according to the 
present invention. As shown, the PBS 22 is comprised 1$ 
of two main components, for example, a PBS VLSI chip 
30 which contains all switching and interface functions 
and a PBS processor unit 32. The switching and inter- 
face functions of the PBS chip are included in a single 
chip so as to minimize power and space. The PBS proc- 20 
essor unit 32 is basically a controller that can be imple- 
mented with single-chip designs as well. 

As can be seen, the PBS chip 30 includes a plurality 
of high speed interfaces 34 for communicating with oth- 
er PBSs. The high speed interfaces 34 transmit, for ex- 25 
ample, in the Gb/s range and as mentioned previously, 
may be hardwired, but are preferably coupled wirelessly 
using radio and/or optics. The high speed interfaces 34 
are coupled to ATM switching fabric 36 which is respon- 
sible for the physical routing within the chip 30. Also cou- 30 
pled to the switching fabric is an optional ATM 38 inter- 
face which has connections to and from an ATM net- 
work. The ATM switching fabric 36 is coupled to the PBS 
processor unit 32 by means of a local port interface 40. 
The local port interface 40 is in turn coupled to a proc- 35 
essor interface 42 which couples to the PBS processor 
44. Signals to and from the mobile laptops are transmit- 
ted and received at an antenna 46 or other receive/ 
transmit means where the signals travel at the Mb/s 
range. A wireless interface 48 couples the antenna 46 *o 
to the PBS processor 44. The processor interface 42 
may also have a direct connection to the optional ATM 
interface 38 for control purposes. As will be understood, 
the PBS will also include memory, for example FIFO 
memory, for selectively storing ATM ceils. The memory 45 
may store up to a predetermined number of cells and/ 
or may store cells for only up to a given time unit. 

Thus, the PBS network is made up of small, high 
speed ATM switches. It is an intention to employ off-the- 
shelf switch fabrics 36 , with the addition of custom hard- so 
ware and/or software in the PBS backbone network. 
This requires adhering to ATM standards as much as 
possible in the PBS backbone network. 

Referring to FIG. .5, there is shown one preferred 
embodiment of a free space optical link 50 used with the ss 
present invention LAN. The system employs t Gb/s 
free-space optical links for PBS to PBS communications 
and a 2 Mb/s radio operating at 900 MHz for userto PBS 



communications. A passive optical lens assembly 52 is 
used to launch and receive the optical beam so that the 
active components can be integrated into the PBS 22 
itself. The passive optical unit 52 may be used in con- 
junction with a laser transmitter 54 and optical receiver 
56. 

An important aspect of the wireless networking 
scheme utilizing PBSs is that of user mobility. In ad- 
dressing this issue, the following assumptions are made 
with regard to boundary conditions: (i) slow mobility, for 
example, walking speed, (ii) distributed control, and (iii) 
permitted movement through blind spots. A goal of the 
present invention PBS networking scheme is to keep the 
PBSs simple and low cost. To that end the traditional 
ATM VP/VC (virtual path/virtual channel) has been mod- 
ified so as to eliminate the need for any VP/VC transla- 
tion in the high speed (Gb/s) portion of intermediate PBS 
switches. As a consequence, a "VPI" (virtual path iden- 
tifier) in the present wireless LAN scheme corresponds 
to a particular destination PBS, rather than to a virtual 
path of base stations and links., where multiple VP Is can 
be assigned to each PBS. 

Referring to FIG. 6, there is shown an exemplary 
LAN 60 comprised of PBSs labeled 1-9 and used to il- 
lustrate the wireless ATM VP/VC concepts of the 
present invention. Mobiles labeled X, Y and Z are shown 
associated with PBSs 2, 9 and 1 , respectively. The con- 
cept of multiple VPI assignments to single PBSs is illus- 
trated in FIG. 6, where VPI 9a and 9b are each assigned 
to PBS 9. In other words, all cells with VPI 9a and VPI 
9b are routed to the destination PBS 9. Associated with 
each VPI (Destination ID) is a unique route through the 
network from each source, thus forming a tree with the 
destination as the root. To distinguish cells from different 
connections, each PBS controls the assignment of VCls 
associated with VPIs that terminate at that PBS. For ex- 
ample, in FIG. 6, (VPI 9a; VCI 1) and (VPI 9b; VCl 2) 
denote X to Y mobile connections, and (VPI 9a; VCI 3) 
and (VPI 9b; VCI 3) denote Zto Y connections. The VCI 
is established by making an inquiry to the destination 
PBS using a signaling channel during ATM connection 
establishment. 

In order to support mobility within the network, se- 
quence numbers for ATM cells will be utilized in certain 
parts of the network. Note that sequence numbers are 
available in the payload of an ATM cell for AAL (ATM 
Adaptation Layer) 1 through 3/4, but not for AAL 5. This 
means that part of the header field must be utilized for 
carrying sequence numbers. As the Generic Flow Con- 
trol (GFC) field is not needed in the PBS backbone net- 
work, the GFC field is chosen to be used for carrying 
sequence numbers. This leaves a total of 3 bytes to car- 
ry the Destination ID and the VCI. These 3 bytes can be 
divided in any way to carry the destination ID and the 
VCI. At the expense of restricting the number of PBSs 
in a backbone network to 256, the Destination ID can 
be set to 1 byte. This has the advantage of adhering to 
the ATM UNI standard. However, as would be under- 
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stood by one skilled in the art, better use of the 3 bytes 
may be possible with a •non-standard" division between 
Destination ID and VCI. 

With the Destination ID set to 1 byte and VCI set to 
2 bytes, an ATM network is created for the PBS back- 
bone network where the Destination ID corresponds to 
the VPI. As far as the "mic restructure" of the PBS oper- 
ation is concerned, the operation in the PBS backbone 
network and an ATM network is the same, i.e. , an output 
port is determined based on the input port and Destina- 
tion ID, wherein in the above case, no change is made 
in the VPI/VCI field. If the Destination ID field is larger 
than 1 byte, although operation is still the same, off-the- 
shelf ATM switch fabrics may not be used without 
changes to their VPI/VCI operation. 

Another advantage of setting the Destination ID 
field to 1 byte is that a mobile can communicate with a 
node outside of the wireless LAN through a gateway 
PBS without the gateway needing to change anything 
in the VPI/VCI field of an ATM cell. The ATM signaling 
protocols allow a node connected to an ATM network to 
set the VPI/VCI fields for connections to and from the 
ATM network. With this simplification, functionality of a 
gateway PBS is highly reduced and potentially any PBS 
can be a gateway. 

Referring to FIG. 7, a target protocol stack for the 
network is shown below the signal flow illustration dis- 
cussed in FIG. 2. As can be seen, the target protocol 
stack is as folbws, Wireless Mobile: Custom Wireless, 
WATM, AAL, IPX, SPX, Application; PBS-Mobile: Cus- 
tom Wireless, WATM -ATM; PBS-PBS: High Speed 
Physical Layer, ATM; Wired User: High Speed Physical 
Layer, ATM, AAL, IPX, SPX, Application. In the protocol 
stack, "Custom Wireless" has a custom physical layer 
and a custom multiple access control. The custom phys- 
ical layer has encapsulation of one or more ATM cells. 
This encapsulation has a FEC/CRC (forward error cor- 
rection/cyclic redundancy checking), and may have ad- 
ditional cells for cell-level FEC. 

Homing Algorithm Routing Scheme 

In a mobile environment, handoffs between base 
stations is straightforward when the traffic is circuit 
switched with matched source/sink data rates. In con- 
trast, when the traffic is packet-switched with source da- 
ta rates much greater than sink data rates (e.g. many 
more sources simultaneously transmitting packets to a 
common destination), there are many more challenges. 
For example, if ATM cells were always routed to a mo- 
bile's current position, then many cells for a given mobile 
may end up queued at other base stations (where the 
mobile previously was positioned). It would then be nec- 
essary to retrieve those cells from those multiple distrib- 
uted queues and deliver them to a mobile in a proper 
FIFO sequence. 

The present invention uses a routing scheme or 
Homing Algorithm for routing ATM cells in the wireless 
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mobile network which preserves the proper FIFO se- 
quence, and which allows users to move about the net- 
work and continue communications perhaps even dur- 
ing the middle of an active session or conversation. Re- 

5 ferring to FIG. 8, there is shown an exemplary network 
configuration in which boxes labeled 1-8 represent PB- 
Ss 22 (ATM packet switches), and circles A and B de- 
note (two) mobile users 28 that are communicating with 
each other. A' and B' denote the locations of A and B at 

10 a later time. A and B have wireless connections to the 
network (specifically at PBSs 2 and 7, respectively) and 
the high speed links between PBSs can be either wired 
or wireless. The term "Local PBS" is used when referring 
to a PBS associated with a mobile's current position. 

15 in order to maintain reliable, in-sequence ATM 
transmissions as users move during the course of a con- 
nection, a "Source Home Station" and "Destination 
Home Station" are utilized. These Stations refer to par- 
ticular PBSs, associated with a connection, that play a 

20 pivotal role in maintaining cell sequence. ATM cells from 
user A that are destined to user B are first routed from 
A to the Home PBS for A. The cells are then routed along 
a predetermined virtual path from the Source Home 
PBS to the Destination Home PBS, where they are buff- 
os ered and then delivered in-sequence to B's Local PBS. 

Referring to FIG. 8, a virtual path from PBS 2 to 7 
(passing through 4 and 6) transports ATM cells from A 
to B. That is, PBS 2 is the Local PBS for A and also the 
Source Home PBS for the A to B connection. Likewise, 

30 PBS 7 is the Local PBS for B and also the Destination 
Home for the A to B connection. When A moves to lo- 
cation A' (with a wireless connection to its new Local 
PBS 3), the ATM cells are first routed along a predeter- 
mined path from PBS 3 back to the Home PBS 2, and 

35 then along the virtual path from 2 to 7. If B has also 
moved, for example, to B\ then B's Home PBS 7 will 
forward the ATM cells to B's Local PBS 8, which is its 
current position, again using a predetermined path. 
The advantages of the present Homing Algorithm 

40 Routing Scheme include simple control and preserva- 
tion of the FIFO cell sequence within a VC and between 
VCs with common endpoints. The implementation al- 
lows the preservation of the FIFO cell sequence without 
a centralized controller and without resequencing at the 
destination. In the described example, cells obviously 
preserve their FIFO sequence as they traverse the vir- 
tual path from 2 to 7. Thus, the routing scheme need 
only maintain "local cell sequence" as cells flow to/from 
the Home PBS as the handoff occurs from one base sta- 

50 tion to the next. 

There is some inefficiency associated with always 
routing cells to/from Home Stations. Accordingly, to im- 
prove network efficiency, the locations of the Home PB- 
Ss are "slowly" updated as users move through the net- 

55 work. For example, after A moves to A*, PBS 3 can be 
redefined to be the new Source Home with, for example, 
a path through PBS 5 to reach the Destination Home 
PBS 7. 
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The following addresses procedures for establish- 
ing the updating of Source Home Local PBSs and Des- 
tination Home and Local PBSs. When a mobile moves 
from a first Local PBS S-, to a second Local PBS S 2 , the 
mobile sends a signaling request (through S 2 ) to its 
Source Home S H - using the signaling VCl (5). Provided 
there is bandwidth available to keep the connection es- 
tablished from the new location S 2 , S H responds through 
S 2 to the mobile with a new VPI and VCl. In addition, S H 
also notifies the mobile of the sequence number of the 
last ATM cell it received from that connection. This is 
needed to deal with the problem that ATM cells trans- 
mitted while the mobile was at S-, may not have reached 
S H yet. Note that this requires SH to record the se- 
quence numbers of each cell for the active VCs "des- 
tined to it" (and therefore is done on the low-speed side 
of the PBS). If the last sequence number received at S H 
is not equal to the last sequence number transmitted by 
the mobile, then the mobile retransmits the appropriate 
cells. Meanwhile, S H deletes the old VPl/VCI entry and 
any remaining cells transmitted while the mobile was at 
S, will be dropped when they reach S H . 

If it is desired for this connection to update the 
Source Home from S H to the Local PBS S 2 , a similar 
procedure is used, except that the signaling request is 
sent to the destination Home D H , which then responds 
(if bandwidth is available) with the VPI, VCl, and the last- 
received sequence number. 

As an alternative to the above-described updating 
procedure, Source forwarding and Source-Home up- 
dates may be accomplished in another manner. When 
a mobile moves from Local PBS St to Local PBS S 2; the 
mobile sends a signaling request (through S 2 and S-,) 
to its Source Home S H . Provided there is bandwidth 
available to keep the connection established from the 
new location S 2 , S 2 responds to the mobile with a new 
VPI and VCl. Cells transmitted from S 2 using the new 
VPI and VCl are delayed (in a small FIFO) at D H until 
all cells arrive from S H . A special "Tail" Signal sent from 
S-i to S H indicates the old path is clear, and also indi- 
cates that the old VPI/VCt entry should be deleted. 

If it is desired to update the Source Home (for this 
connection) from S H to the Local PBS S 2 , a similar pro- 
cedure is used, except that the signaling request is sent 
from S H to the Destination Home D H: which then re- 
sponds (if bandwidth is available) with the new VPI and 
VCl. Cells transmitted directly from the new Source 
Home S 2 will be delayed (in a small FIFO) at D H until all 
cells have arrived from S H (the previous Source Home) 
which is indicated by the arrival of the "Tail" signal. 

When a mobile moves from Local PBS D 1 to Local 
PBS D 2 , (Destination Forwarding) the mobile sends a 
signaling request (through D 2 ) to its Destination Home 
D H . Since D 2 has knowledge of the network topology 
and it also controls the assignment of VCIs for connec- 
tions destined to itself, it includes in the message to D H 
the new VPI and VCl. In addition, the mobile informs D H 
of the sequence number of the last received cell. If the 



last sequence number transmitted from D H doesn't 
match the last sequence number received by the mo- 
bile, then D H retransmits the appropriate ATM cells to 
D 2 - using the new VPI and VCl. Note that this requires 

5 the PBS to have a low-rate "Forwarding Queue" that 
stores the last B N° ATM cells it forwarded for each con- 
nection. In addition, there is need for VPl/VCI translation 
for forwarding cells. 

If it is desired for this connection to update the Des- 

10 tination Home from D H to the Local PBS D 2 , a similar 
procedure is used, except that the signaling request is 
sent to the Source Home S H which then (if bandwidth is 
available to allow the update) transmits future cells di- 
rectly to D 2 . The mobile then uses a single FIFO buffer 

is to delay (if necessary) the cells transmitted to the new 
Destination Home PBS (D 2 ) until all cells have arrived 
from D H . 

Note that Home PBSs are associated with connec- 
tions, and not necessarily with mobiles. For instance the 

20 Source Home in FIG. 8 for the connection from A* to B 
may be different than the Source Home for a connection 
from A 1 to C. Typically, all connections originating from 
a mobile will have the same Source Home and all con- 
nections destined to a mobile will have the same Desti- 

25 nation Home. However, because Home stations can be 
updated as mobiles move about the network, various 
connections may temporarily have different Homes. 

Finally for "forwarding cells", note that VPl/VCI 
translation is required only at the Source Home S H (if 

30 the source is not located at S H ) and the Destination 
Home (if the destination is not located at D H ). 

Control and Management 

35 in this section, certain control and management 
functions are considered, i.e., network management, 
mobility management, and connection control. Network 
management algorithms are designed to configure data 
tables that are used by connection control algorithms. 

40 These data tables change due to network upgrades and 
faults/restorals. Two aspects of mobility management 
are considered: (i) registrations, to handle mobile sign- 
ons, and idle handoffs, i.e., handoffs that occur when a 
mobile unit is powered on, but not in a connection; and 

45 (ii) mobile location procedures during connection setup. 
Finally, connection control procedures are described to 
set up and release connections on-demand. This in- 
cludes managing available resources, such as link 
bandwidth and VCIs. Since the present inventions LAN 

50 is targeted for use with multimedia end-units, to ensure 
guaranteed jitter bounds for voice and video (iso- 
chronous) traffic, schemes are adopted where Quality- 
of-Service (QoS) guarantees are provided during con- 
nection admission. For applications that do not require 

55 such QoS guarantees, simplified connection control 
schemes can be applied by omitting the QoS checking 
phase. 

Some of the signaling messages, needed to sup- 
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port the connection control and mobility management 
procedures, are sent on out-of-band signaling channels, 
i.e., the standard signaling VCI (VCI 5) on all VPls. Other 
messages are exchanged on inband signaling channels 
(using the same VCI as the user information, with the 
Payload Type (PT) field distinguishing signaling data 
from user traffic), or on dedicated VCIs. 

In order to administer the per PBS VPI allocations 
described in FIG. 6 VPI routing tables are needed to be 
set up in the PBSs as shown in FIG. 9. The VPls allo- 
cated to each PBS are shown in italics within boxes 
marked with the PBS identifiers (numbers l-IV). Within 
the present system, it will be understood that VPI 0 is 
reserved for mobile-to-mobile communication. Each 
PBS stores the VPI routing Table Iv^ , which is a mapping 
of an incoming VPI on any port to an outgoing Port. In 
FIG. 9, a part of this table is shown for PBS IV In setting 
up Table M 1 , a unique path from any source to any des- 
tination PBS is ensured for a given VPI. The algorithms 
for configuring and maintaining these tables can be ex- 
ecuted in a centralized or distributed manner. 

In addition, VPI 100 is assigned as a broadcast VPI 
used by all the PBSs for mobile location prior to connec- 
tion establishment. Using shortest path algorithms, such 
as Dijkstra's or Bellman-Ford, a tree is set up from each 
PBS to all other PBSs. Different VCIs are used to dis- 
tinguish the trees originating from different PBSs all of 
which use VPI 100. Table M 2 , as shown in Figure 9, is 
needed to map/t ran slate VCIs only for VP1 1 00 and other 
local VPls. The table entries corresponding to VPI 100 
only map input port and VCI to an output port without 
changing the VCIs. For data received on local VPls, both 
VPI and VCI may be translated. To maintain the ad-hoc 
nature of this network, the number of network manage- 
ment administered tables that are required in each PBS 
has been minimized while designing control proce- 
dures. 

Next, procedures are described for two aspects of 
mobility management: registrations (for power-up, pow- 
er-down, and idle handoffs) and mobile location. Three 
options are considered for mobile registration and loca- 
tion. In Option I, each mobile registers on power-up and 
power-down, as well as when it moves to a new PBS. 
Each PBS broadcasts its identifying beacon which al- 
lows the mobile to determine that it has entered the do- 
main of a new PBS. When a PBS receives a registration 
message, it broadcasts the mobile's presence to all the 
other PBSs in the LAN. Thus, if a connection is request- 
ed to this mobile, the Local PBS of the calling mobile 
knows the location of the called mobile immediately. A 
connection can be set up from itself to the Local PBS of 
the called mobile. 

In Option II, each mobile registers on power-up, 
power-down, and on changing PBSs, but the PBS, upon 
receiving a registration message, does not broadcast 
the presence of the mobile to the other PBSs. Thus, 
when a connection is requested to a mobile, the Local 
PBS of the calling mobile does not know the current lo- 
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cation of the called mobile or even if it is poweredon. A 
page is required to find the Local PBS of the called mo- 
bile. 

In Option III, a mobile does not register at all. In this 
5 case, when a connection request is made, the Local 
PBS of the calling mobile must initiate a page to all the 
PBSs. Each PBS, in turn, must initiate a page to deter- 
mine if the called mobile is listening to its beacon. 

In a preferred embodiment of the invention, Option 
II is selected for the PBS LAN. This selection is based 
on the trade-off between the excessive connection set- 
up time needed in Option III vs. the excessive number 
of messages needed to track the mobile in Option I. 
Thus, our mobile location algorithm or method consists 
of using broadcast pages to locate the Local PBS of the 
called mobile. 

Idle handoffs occur when a powered mobile, that is 
not part of a connection, moves from one PBS to the 
next. Registration messages are sent by a mobile when- 
ever it identifies a new PBS. The beacon transmitted by 
the PBS includes as a parameter one of its assigned 
VPls, thus enabling the mobile to recognize the pres- 
ence of a new PBS. Assuming that the strength of the 
signal from the mobile to the old PBS may be weak, in- 
stead of requiring the mobile to de-register with the old 
PBS, the new PBS sends a De-registration message to 
the old PBS. 

The procedure for mobile location prior to connec- 
tion establishment is now described. As can be under- 
stood, the process of requiring a mobile to register upon 
powering-up allows the PBS-based network to set up 
incoming connections to the mobile. Upon receiving an 
incoming message from a mobile, the Local PBS simply 
makes a record of the mobile. It does not register the 
mobile's presence in any location database, as is done 
in current cellular networks, nor does it broadcast the 
presence of the mobile to the other PBSs. Thus, when 
a connection is requested to a mobile, the Local PBS of 
the calling mobile does not know the current location of 
the called mobile or even if it is powered-on. A broadcast 
page is generated by the Local PBS of the calling mobile 
to find the Local PBS of the called mobile. If the called 
mobile is registered on one of the PBSs in the network, 
this PBS responds to the broadcast page and connec- 
tion establishment between the two Local PBSs of the 
calling and called users proceeds. If the mobile is not 
registered at any of the PBSs in the network, the Local 
PBS of the calling mobile that generated the broadcast 
page times-out and rejects the call request. 

We do not employ any location servers or registers 
in order to keep the network simple. As we are primarily 
focused on a LAN, when a mobile generates a request 
for connections to another mobile, the Local PBS of the 
calling mobile merely performs a broadcast to determine 
55 the PBS at which the called mobile is registered. The 
called mobile's Local PBS responds, allowing for the 
connection setup between the two PBSs to proceed. For 
mobile -to-fixed-endpoint (server or user) connections, 
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a PBS may store the identity of the PBS to which the 
fixed endpoint is connected or may determine the loca- 
tion each time by the broadcast-search process. 

Connection control is now described, wherein it is 
shown how connections are set up in this LAN while sup- 
porting the new Wireless ATM VP/VC concept. All the 
scenarios discussed are for two-party connections. Ex- 
tensions of these procedures for multi-party connec- 
tions and third-party connection control may also be de- 
rived. 

The steps involved in setting up on-demand con- 
nections in any ATM network consist of: 

1 . Finding a route between the endpoints of the con- 
nection, 

2. Checking the availability of bandwidth and other 
QoS measures, if any, 

3. Selecting VCIs at each link on the end-to-end 
connection, and 

4. Setting up VP/VC and port-translation tables. 

In the present invention LAN, step 1 is not required 
for each on-demand connection. By using destination- 
based VPI addressing, the routes are predetermined by 
the mapping tables M, at each PBS as previously de- 
scribed. In step 2, the availability of bandwidth and other 
QoS measures are checked at each transit PBS on the 
route between the Local PBSs of the calling and called 
mobiles. The selection of VCIs in step 3, and the setting 
up of translations in step 4 (mapping table M 2 ), need to 
be performed only at the two Local PBSs. Before per- 
forming steps 2,3 : and 4 to establish a connection, a pro- 
cedure is needed to locate the called mobile since this 
ATM LAN is primarily used to interconnect mobiles. 

The procedure for locating the called mobile, select- 
ing VCIs, checking the availability of the requested QoS, 
and setting up translations is explained by example. Re- 
ferring to FIG. 10, a bi-directional connection setup ini- 
tiated by mobile A to mobile B is illustrated. As can be 
seen, mobile A generates a Setup-connection message 
with parameters identifying the two mobiles and QoS 
measures, if any. The Local PBS of mobile A, which is 
PBS I in FIG. 10, generates a broadcast message, on 
VPI 100 and its assigned VCI, in order to locate the 
called mobile's Local PBS. In this message, besides the 
called mobile's address, it assigns one of its VPIs (VPI 
1a) with a VCI (VCI 4) for the backward connection i.e. 
from the called mobile's Local PBS to itself, as shown 
in FIG. 11. Assuming the called mobile B is located on 
PBS IV, this PBS offers the connection to mobile B. This 
step is needed to alert the called mobile before actually 
setting up the connection. If this is accepted, PBS IV 
responds to PBS I with a Mobile-located message in 
which it assigns a VPI (VPI 4a) and VCI (VCI 10) for the 
forward connection from PBS I to PBS IV Figure 11 
shows that the selected VPIs for the two directions of 
the connection may follow different routes, i.e. pass 
through different intermediate PBSs. The destination 
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PBS for each connection is assumed to manage the 
VCIs incoming on its VPIs. If the called mobile (mobile 
B) rejects the connection offer, a Connection-rejected 
message is sent from PBS IV to PBS I, and subsequent- 

5 ly to the calling mobile (mobile A). 

Referring to FIG. 11 in connection with FIG. 10, it 
can be seen that next, both PBS I and PBS IV send the 
Check-QoS message in opposite directions to check for 
the availability of the QoS measures requested on the 

10 routes followed by VPI 4a and VPI 1a, respectively. The 
Check-QoS messages are sent in a hop-by-hop manner 
through all the PBSs in the path between the two Local 
PBSs for the assigned VPIs. Unlike B-ISDN signaling 
standards for ATM switches, inband signaling is used in 

is this LAN to carry this Check-QoS message. Upon re- 
ceiving this message, each transit PBS, such as PBS 
III, determines if the requested QoS measures are avail- 
able. For example, if average bandwidth is one of the 
QoS measures specified, PBS III would check for the 

20 availability of the requested bandwidth on its outgoing 
port for the VPI being traced. If the requested QoS 
measures are available, the transit PBS passes on the 
in-band signaling message Check-QoS to the next PBS 
on the route for the VPI on which the message arrived, 

2S after reserving the required QoS measures for the given 
connection. The two PBSs (PBS I and PBS IV) ex- 
change QoS-available messages upon the successful 
reception of the Check-QoS messages. Although the 
QoS parameters supported in this network have not 

30 been explicitly stated, depending on the implementa- 
tion, these could include peak and average bandwidth, 
delay, jitter, etc. 

In-band signaling implies using the VPI and VCI of 
the assigned connection with the payload type (PT) field 

35 indicating a signaling cell. For example, the Check-QoS 
message from PBS IV to PBS I is sent on VPI 1a : VCI 
4 with the PT field set to indicate signaling. Parameters 
of this message are defined such that the whole mes- 
sage does not require more than one ATM cell. This 

40 eliminates the need for a signaling AAL and speeds up 
the processing of this message at each transit PBS. Us- 
ing the VPI/VCI of the assigned connection, with the 
payload-type in the ATM cell header set to indicate sig- 
naling, the message is passed through the set of transit 

45 switches on the assigned VPI. Each PBS checks for 
availability of the specified QoS measures, and passes 
the message to the next PBS on the VP tree. By using 
in-band signaling, we reduce protocol layer processing 
at each transit PBS. It also implies that additional data 

50 tables are not required at the PBSs for routing signaling 
messages. For example, if the Check-QoS message is 
sent out-of-band, then the message from one transit 
node to the next needs to be sent on the signaling VCI 
of a VPI assigned to the receiving transit PBS. This PBS 

5S then needs to consult a data table to determine a VPI 
for the next transit PBS that is on the route of the VPI 
for the connection being traced. Thus, with a hybrid out- 
of-band and in-band signaling scheme, connection con- 
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trol and mobility management procedures can be sup- 
ported with minimal data tables. 

As in FIG. 11, it is likely that in our LAN the set of 
transit switches in the two directions may be different 
because VPI trees may not be preconfigured with sym- 
metric routes. Another example of this case is shown in 
FIG. 12. This implies that QoS checking must be done 
separately in the two directions. In the present invention 
LAN, we have the advantage that the two Local PBSs 
are determined before connection establishment. For 
connection requests to mobiles, this determination is 
made by both Local PBSs during the broadcast-location 
phase. For connection requests to fixed endpoints, the 
calling party's Local PBS may determine the far-end Lo- 
cal PBS simply from the called party's address. It then 
communicates its own identity and the need for a con- 
nection establishment to the far-end Local PBS. This 
feature allows the QoS checking process to proceed in 
both directions simultaneously 

At this point, still referring to FIGs 10 and 11, the 
two Local PBSs send the Sei-endpomt messages com- 
municating the VPI/VO pair lor the forward and back- 
ward connections to the two end-mot>ics Each Local 
PBS reuses the VPI/VCl rxromirg to rtsctt from the far- 
end Local PBS on the an ntcrLicc Ink But for the op- 
posite direction, it assigns a VPt VCl corresponding to 
one of its own VPIs. For example P3S I rouses VPI 1a, 
VCl 4 for its downward link id tnc "notnic but picks a 
VPI/VCl (VPI 1 b, VCl 1 ) trvmnH!r>o on itself for the up- 
ward link. 

If a PBS in transit finds tftat it cannot allocate the 
requested QoS, it sends a GoS-unnva liable message 
on the signaling channel (VCl 5 ) of the VPI being traced. 
This message directly reaches the end PBS without any 
processing in the intermediate nodes m this case, this 
PBS (being one of the two Local PBS 6) sends a QoS- 
unavailable message to the other Local PBS. The con- 
nection is rejected to the requesting mobile by its Local 
PBS and the VCIs and any reserved QoS measures are 
released. 

In order to speed-up the end-to-end connection set- 
up process, each transit PBS can send the Check-QoS 
forward to the next PBS while it performs its own 
processing. To support this, separate positive (and neg- 
ative) messages need to be generated by each transit 
PBS to the end Local PBS to contirm QoS availability. 
The increased messaging needs to be traded-off 
against the gain in end-to-end connection setup delay 
for specific network designs. 

The procedure used to release connections is 
shown in FIG. 1 3. It can be initiated by either of the mo- 
biles A or B in the connection with a Release-connection 
message. The Local PBS of the release-initiating mobile 
sends a Free-connection-resources message. It also 
sends a Drop-endpoint message back to the mobile. 
The far-end PBS (PBS IV) sends a Drop-endpoint mes- 
sage to its mobile and generates a Free-connection-re- 
sources message to the first transit PBS in the route 



along the backward connection. The transit PBSs (PBS 
II and PBS III) release the resources that they had re- 
served on the two routes (VPI 1a and VPI 4a). These 
messages are routed inband on the VP in VCIs being 

s released. 

An alternative method to set up fast connections 
with QoS guarantees is described in the following par- 
agraphs. Each PBS stores the routes from any source 
PBS to itself for each of its designated VPIs. Link and 

io node resources are pre-divided among all the PBSs. 
Thus, a PBS while assigning VCIs for incoming on-de- 
mand connections, checks resource availability on all 
the links and nodes in the route from the source PBS to 
itself for the given VPI selected. Connection setup time 

*5 is lower using this approach when compared to the ap- 
proach presented earlier, since the hop-by-hop Check- 
QoS procedure is no longer needed. For example, in 
FIG. 11, resource availability on all the links and nodes 
constituting the route from PBS I to PBS IV is checked 

20 at PBS IV and on the route from PBS IV to PBS I at PBS 
I. Drawbacks of this approach include a reduction in net- 
work scalability and a reduction in statistical multiplexing 
gains. Hybrid schemes combining the two approaches 
can also be considered for large networks. 

2S To support the approach described earlier with re- 
spect to FIG. 11, a simple data table M 3 is needed at 
each PBS to track its own resources, such as bandwidth 
on its ports. For each on-demand connection that is es- 
tablished across a PBS, the PBS determines if it has 

30 sufficient resources to meet the QoS requirements of 
the connection. To support the alternative approach pre- 
sented here, we need two mapping tables in each PBS 
X, these tables are: 

35 M 3 : Destination VPI + Source PBS ID -> a route of 
PBSs; for all VPI s assigned to the PBS X and where 
the route is specified using a sequence of PBS IDs 
and port numbers on the PBSs; and 
M 4 : link/node -> allocated resource; for all links and 
40 nodes in the network. 

Maintaining these additional tables, however, is difficult 
in an ad-hoc network. Thus, it may necessitate the need 
for a system administrator while upgrading the network, 
45 i.e., when a PBS is added or removed. 

As described previously, the present invention PBS 
network allows mobiles outside the range of the PBS 
network to communicate directly with each other. When 
a mobile powers-on, it checks to see if it can pick up a 
50 transmitting beacon of some other mobile or a PBS. If 
no such mobile or PBS exists, it starts transmitting its 
own beacon, and thus becomes a master 70 as shown 
in FIG. 1 4. When a second mobile 72 listens to this bea- 
con, it can request connections to other mobiles as 
55 shown in FIG. 14. The master mobile 70 allocates VCIs 
for the two channels in a bi-directional connection using 
Set- endpoint messages. It is assumed that VPI 0 is 
used for mobile-to-mobile connections, as described 
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earlier. Such connections are handled in small disjoint 
mobile-controlled groups outside the scope of the PBS 
network. 

A distinction needs to be drawn between the case 
discussed above and one in which a PBS is present with 
both mobiles on the connection being located on the 
same PBS. In the latter case, the procedure discussed 
using FIG. 10 applies. In FIG. 15, there is shown a mo- 
bile 75 (mobile A) originating a call to another mobile 77 
(mobile B) that is also in the domain of the same PBS 
79. The message exchange consists of Setup-connec- 
tion, Offer-connection, Connection-accepted, and Set- 
endpoint, for connection establishment, and Release- 
connection, and Drop-endpoint, for connection release. 
The cross-PBS mobile location and QoS checking pro- 
cedures are not required in this scenario. The user in- 
formation connection may be routed through the PBS or 
directly between the two mobiles, as shown in FIG. 15, 
depending on whether or not, the two mobiles are within 
listening distance of each other. In FIG. 15, the bi-direc- 
tional user connection is within the control of PBS I, and 
hence uses one of its VPIs, VPI la. 

The layout of the networking software needed for 
control and management in the PBSs and network man- 
agement stations is shown in FIG. 16. Each block shown 
within the PBS processor 80 and network management 
station 82 in FIG. 16 represents a software functional 
entity. Each entity can be implemented as a single proc- 
ess or a collection of processes. The PBS Agent 84 in 
each PBS tracks free and allocated VCIs on all the VPIs 
assigned to the PBS. In addition, it also manages re- 
sources, such as link bandwidth, for the PBS. The Mo- 
bility Manager 86 processes registrations, generates/re- 
sponds to broadcast location messages, and manages 
handoffs. The Connection Manager 88 is needed only 
in the alternative connection establishment approach 
described above. It checks resource availability on the 
route taken from a source PBS to a given destination on 
any of its VPIs during on-demand connection establish- 
ment for connections that require QoS guarantees. 

The software entities on each network management 
station 82 include a Configuration Manager 90 and a 
Network Resource Distributor 92. The configuration 
manager 90 sets up the mapping tables, M 1f and part 
of M 2 , (for VPI 100), as defined with respect to FIG. 9, 
and handles the addition and deletion of PBSs, allowing 
the LAN to grow in an ad-hoc manner. The configuration 
manager 90 may also be implemented in a distributed 
manner at each PBS, depending on the processing and 
memory capabilities available in the PBSs. In this case, 
a network may be constructed with only PBS elements, 
i.e., without any network management stations. The net- 
work resource distributor 92 pre-assigns resources of 
each node and link in the network to all PBSs, i.e., sets- 
up tables M 3 and M 4 described in the alternative con- 
nection establishment procedure. The exact number of 
network management stations needed is dependent on 
the traffic and configuration of the PBS LAN. Distributed 



algorithms for these functions may be implemented 
across multiple network management stations that are 
connected to one or more PBSs. This modularized soft- 
ware architecture allows a network to be constructed us- 

s ing only the PBS agent, mobility manager and configu- 
ration manager modules. Such a network would only 
support the connection establishment procedure de- 
scribed in FIG. 13. To offer connection services with im- 
proved setup delays, the network resource distributor 

io and connection manager modules are needed. These 
can be added at an additional cost. 

Network Reliability 

is When considering the reliability of the present wire- 
less LAN, issues can be divided into two categories, the 
reliability of the PBS backbone network and the reliabil- 
ity of the air link connecting the PBS to a mobile station. 
In the PBS backbone network, the sources of failures 
are component (transmitter, receiver, or whole PBS) fail- 
ures, occasional link failures (due to obstruction of the 
radio or optical signal, or fiber or cable cuts in the cases 
of fiber and cable transmission), and software failures 
that may affect a group of PBSs. With transmissions 
over the air link, errors result from the multi-path and 
noise problems, which should he combated with a good 
design at lower layers, in particular, the physical layer 
and the data link layer. 

The division of data transmission into one or more 
Mb/s unreliable wireless access links and the Gb/s reli- 
able backbone links for this wireless LAN facilitates the 
division of the reliability problem into the above two sub- 
problems. Restoration and reliable transmission meth- 
ods developed for the ATM networks, however, do not 
automatically carry over to this network. 

This is because the PBS backbone network has 
ATM cells in transport, and is similar to an ATM network, 
except, as opposed to a regular ATM network, destina- 
tion routing is used. ATM restoration algorithms that em- 
ploy rerouting or splitting of routes simply by changing 
addresses in cell headers do not automatically apply, 
and different restoration techniques or different imple- 
mentations of existing restoration techniques of ATM 
networks need to be developed. 

Additionally, the air interface carries packets made 
up of one or more ATM cells. The basic design philoso- 
phy in ATM, an extremely reliable underlying network, 
is violated over the air. Therefore, the argument that an 
ATM network should support end-to-end error control 
does not carry over to this wireless LAN, although it has 
a transport mechanism similar to ATM. Error control is 
best accomplished at the air-PBS network boundary for 
two reasons. First, in the presence of a wireless-to- wire- 
less connection with the PBS backbone network in be- 
tween, the end-to-end error control becomes extremely 
difficult due to the possibility of loss of messages and 
acknowledgments in two separate unreliable links (the 
same argument applies to flow control). Repetition or 
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redundant transmission of packets over a reliable air link 
due to an unreliable counterpart at the other end does 
not make sense since the bandwidth over the air is an 
expensive resource. Secondly, once the cells are inside 
the PBS backbone network, they are transmitted over s 
highly reliable links, and link-by-link error control then 
becomes meaningless (again, the same argument ap- 
plies to flow control). 

Also, to keep the PBSs as simple and inexpensive 
as possible, complex restoration algorithms cannot be 
employed in the PBS backbone network. This wireless 
network represents a different paradigm than the cellu- 
lar networks in existence today, which can support com- 
plicated base station equipment. In such networks, typ- 
ically, mobiles have smaller processing power. Proto- 
cols have been designed to exploit this asymmetry and 
move the complexity of operation into the base station. 
The instant goal, however, is to design as simple PBSs 
as possible for economical reasons as well as for rea- 
sons of scalability to larger networks. Therefore, trans- 
mission protocols such as AirMail, where the base sta- 
tion does most of the processing, are not appropriate. 
In fact, since the asymmetry is reversed with respect to 
cellular networks, if an asymmetric protocol is to be em- 
ployed, it should be the mobile that does most of the 
processing. 

A. Network Restoration 

Restoration issues in modern LAN, MAN, or WAN 
networks are considered highly important, and are usu- 
ally addressed from the onset. For example, FDDI has 
dual rings which are configurable into a single ring in the 
case of link failure. Node failures are addressed by by- 
pass options at the MAC layer. The IEEE MAN standard 
802.6 addresses restoration similarly, and has provi- 
sions for reconfiguration into slot generation stations for 
any network node in the case of link failure. ATM resto- 
ration issues are being standardized by means of OA&M 
signal hierarchies known as flows, and alarm and noti- 
fication signals known as AIS (Alarm Indication Signal) 
and FERF (Far-End Receiver Failure) at different levels 
of the flow hierarchy. 

The principal routing technique in this network be- 
tween PBSs, however, is destination routing which 
presents a distinct variation from the above. According- 
ly, for every destination node, a tree (or possibly a family 
of trees) is generated that connects all PBSs. The cells 
carry destination addresses at their headers, and rout- 
ing decisions at each PBS are made based on the head- 
er address. The decision involves a simple look-up from 
a local routing table that maps each header to an output 
port. During network booting, the look-up tables are gen- 
erated by a routing algorithm, various centralized or dis- 
tributed algorithms can be employed for this purpose, 
such as the Bellman-Ford algorithm, or the minimum 
spanning tree algorithm. In considering the problem of 
restoration, a primary interest is in the updates to the 



routing tables at each PBS in the case of a failure. 

Referring to FIG. 1 7, a tree 11 0 and associated rout- 
ing table are shown. First, it should be illustrated that in 
the case of a link failure, updating the routing tables at 
an affected transmitter node is not sufficient. This point 
is illustrated in FIG. 17A for the routing tree 110 of Fig. 
17. As can be seen, when the affected PBS reroutes 
traffic as shown, a cycle 112 is generated in the tree, 
since the traffic is deflected to a PBS that transmits in- 
coming cells back to the affected PBS in accordance 
with the original tree designation which is, of course, un- 
desirable. 

The optimum remedy to the problem is in calculat- 
ing the optimum tree as if the failed link were discon- 
nected, and updating the routing tables at each PBS. 
Various centralized or distributed algorithms exist for 
this purpose. Some of the applicable centralized and 
distributed alternatives are described. 

A first issue is the detection of failure. In the case 
of full duplex links, a failure is detected by both ends of 
the link failure. However, common failures involve trans- 
mitter and receiver failures in the case of optical links, 
and it is therefore safe to conclude that the failures 
should be detected by the receiving PBS. 

A second issue is the propagation of this informa- 
tion to an agent that will make the rerouting decision. In 
the case of a centralized rerouting algorithm, this agent 
is the central decision maker. In the case of a distributed 
algorithm, the information (in the form of a Failure ID) 
should be broadcast to all the PBSs. As the failure in- 
formation is received by each node, rerouting tables are 
updated. For LANs, pre stored rerouting tables indexed 
by a failure ID at each PBS are a suitable option. In this 
case, after detection, the failure ID is broadcast, and af- 
ter a time-out period that allows for the message to 
reach all base stations, all base stations use the new 
routingtable indexed by the failurelD, stored at network 
boot time. For MAN and WAN applications, the informa- 
tion is transmitted to the central controller, which calcu- 
lates the new routing tables and informs each PBS of 
the updates in its routing tables. As would be under- 
stood, these restoration algorithms will be implemented 
using the software architecture described previously. 

The following is a more detailed description of a net- 
work restoration scheme in the present ad-hoc ATM 
LAN. The present LAN associates a failure ID with the 
failure of each node or link therein. The specific failure 
ID is provided at the time the system is generated, and 
is known by every node in the system. This failure ID 
identifies the failed network element, i.e., a network link 
or a network node, by means of a single bit and indicates 
the transfer of its state from good to bad. By means of 
this bit there is also an indication of a transition from bad 
to good which is needed for recovery. 

As can be understood, each node in the system has 
a view of the network as a tree where that node is at the 
root of the tree. FIG. 18 illustrates an exemplary network 
120a having nodes A-E, wherein a variety of minimum 
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spanning trees are shown. Network configurations 120 
(b)-(f) show minimum spanning trees having node A-E, 
respectively, as the root. These trees have the property 
that every node on it is at the shortest distance to the 
node, and all nodes in the network are on the tree. Such s 
trees are known as minimum spanning trees. Genera- 
tion of these trees from a given network topology is well- 
known in the art. More generally, in the present ad-hoc 
ATM LAN, any tree which spans all of the (PBS) nodes 
can be used. In the present network, each tree is given 10 
an I D number or "tree I D". Messages traversing this tree 
are identified by the tree ID, wherein the tree ID is 
mapped to an output port by a routing table at each in- 
termediate node. 

Referring to FIG. 19 ; there is shown an exemplary is 
representation of a failure message 1 30 as the message 
is encapsulated into an ATM cell. The failure message 
130 includes a VPI/VCI field 132 within the ATM cell 
header 134, wherein a predetermined VPI/VCI value is 
reserved for failure reporting 10 all nodes, for example, 20 
the value "1000". The failuie message includes an ATM 
cell payload 136 which includes a field lor the failure iD 
138 and the ID of the tree (tree ID 140) the message 
needs to traverse. Based on the tree ID 140, the mes- 
sage is replicated on one or more outpjl ports, or if it is 25 
a terminating node, the mess-ape is not propagated any 
further. 

When the message 1 30 is recoivod nr. intermediate 
network node or PBS looks *t th^ V^IA/CI field and 
characterizes the message hs * failure message based 30 
on the specific value of the VPIVCI field 132, for exam- 
ple 1000. The node then examines the payload 136, de- 
termines the failure I D 1 35 and based on the tree ID 1 40 
determines the port to which the message should be 
propagated, or else, when the node is a terminating 35 
node, if the message should be propagated any further. 
An additional field included m the payload is a time 
stamp field 142. The time stamp 142 indicates the time 
the failure was initially detected by the node that deter- 
mines the failure. A switch will then be made to new rout- 40 
ing tables by all nodes in the network at a fixed time after 
this stamped time. The fixed time is chosen such that 
during this time, the message can propagate to all nodes 
in the network. The selection of this fixed time is impor- 
tant in that it should be long enough to allow the mes- 45 
sage to traverse the network, even under fully loaded 
conditions. However, the duration should also be short 
enough for fast recovery from failures. This lime interval 
is set at the network generation time. 

In order to minimize the time it takes for a failure so 
identification message to travel through multiple soft- 
ware layers, a hardware architecture is included in the 
nodes that identifies a failure message 130 and caries 
out the above-described steps. Referring to FIG. 20 A, 
an exemplary representation is shown for a hardware ss 
device 150 to determine if an incoming ATM cell is a 
failure message 130. The device includes an ATM cell 
buffer 152 and a second buffer 154 for storing the VPI/ 



VCI failure value. A failure indicator 156 checks if the 
VPI/VCI field 132 of the incoming ATM cell is the same 
as the predetermined failure VPIA/CI, e.g., 1000. For 
this purpose, each bit in the buffer is compared with the 
prestored value in the second buffer 154. If the bit is the 
same as the prestored bit, the modulo-2 summation 
generates a zero. The failure indicator 156 checks for 
all zeros to determine if the cell belongs to a failure mes- 
sage. It will be understood that other comparison 
schemes may also be utilized for comparing the VPIA/CI 
field with a predetermined failure value. 

Referring to FIG. 20B, an exemplary algorithm is 
shown for updating of the routing tables within the net- 
work. Arrival of each ATM cell initiates the algorithm us- 
ing the box "Incoming ceir 160. Many such operations 
can be performed in parallel. In addition, when the re- 
sponse to the failure decision box 162 is 'yes", it will be 
understood that two parallel operations are performed 
as shown. 

As discussed above, after the incoming cell is re- 
ceived, a PBS compares the VPI/VCI field with a prede- 
termined value to determine whether or not this is a fail- 
ure message 162. If the VPI does not indicate a failure 
value, an output port is determined 164 based on the 
VPI/VCI. The cell is then transferred to that output port 
166. If it is a failure message that has been received, an 
output port is then determined 168 based on the tree ID 
140 found in the failure message 130. After the output 
port is determined based on the tree ID, the cell is trans- 
ferred to that output port 1 66. 

After the failure message has been recognized, a 
second parallel operation is accomplished to update the 
routing tables in the network. Initially, the specific failure 
ID 1 38 is stored within the PBS node or somewhere else 
in the network 170. Based on the failure ID, the network 
identifies the failed element. Based on the failed ele- 
ment there are three alternatives for a node to perform 
172. A first is that the node makes a calculation of the 
new routing table using a standard algorithm, such as 
Dijkstra or Bellman-Ford algorithms which are known in 
the art. Second the routing table is calculated at the net- 
work generation time and prestored. That is, for each 
failure ID, a complete new routing table exists in storage 
and the network pulls up that routing table. Third, the 
calculation is made or stored by an agent for a group of 
nodes and the information is propagated to the groups 
of nodes concerned by a signaling channel. 

Once the new routing tables are calculated/recalled 
or received at step 172, the network waits a predeter- 
mined time period 174 for the failure message to 
traverse the network. Once this time has elapsed, the 
routing tables within the network are then updated 176. 

B. Link Error Control 

Error control in the present wireless LAN is 
achieved by means of physical layer and link layer pro- 
tocols. As was stated above, the desire to make the PBS 
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as simple as possible suggests an asymmetry in the pro- 
tocol with the burden of complexity placed on the mobile, 
and not on the PBS. This places a slight additional pow- 
er burden on the mobile for the processing and trans- 
mission of control messages. However, for a mobile ter- 
minal capable of processing multimedia messages with 
the associated encoding and decoding operations, this 
additional burden is not significant. 

Error control can be achieved at the physical layer 
and at the data link layer. Although some arguments ex- 
ist for leaving error control to higher layers, a decision 
is made to terminate the data link layer at the access- 
backbone boundary. This provides better utilization of 
the two independent wireless links, and prevents unnec- 
essary retransmissions over a clean wireless link at a 
source tor example, because of errors on its noisy des- 
tination counterpart. 

An important consideration for this LAN is the de- 
gree of error control coding required. A significant 
number of cases would involve line-of-sight transmis- 
sion without multipath fading and therefore, error-free 
transmissions. When that is the case, there is no need 
tor any error control coding in the physical layer or in the 
data link layer. However, as is well known, a wireless 
link with multipath reception is prone to high error rates 
due to Rayleigh fading. In that case, heavy error control 
would be needed. Correspondingly, an adaptive error 
control scheme is opted for, where channel measure- 
ments are made based on message acknowledgments, 
and error control overhead is adjusted accordingly. 

Typically, the physical layer is forward error control- 
led in hardware. For the physical layer, two options can 
be considered, no error control, which would be the case 
for line-of-sight applications, and a single-rate forward 
error control in hardware. To flexibly accommodate both 
scenarios, triggers from one state to the other are im- 
plemented based on link layer measurements using ac- 
knowledgments. Similarly, for the data link layer, the for- 
ward error correction overhead is changed based on ac- 
knowledgments of correctly received data. 

The present invention discloses a reliable data link 
layer protocol to transport ATM cells over a wireless 
point-to-point link. As has been discussed, it is under- 
stood that a wireless link can have a large number of 
errors, whereas ATM is designed for very reliable media, 
such as optical fiber. The present protocol ensures that 
the cells are transported reliably by a sliding window 
transport mechanism with selective repeat automatic re- 
peat request (ARQ) and forward error correction (FEC). 
The protocol minimizes ATM header overhead by 
means of header compression and provides per-cell 
FEC whose size can be changed adaptively. The proto- 
col also provides parity cells for recovery from errors that 
cannot be corrected using the per-cell FEC field. The 
number of these cells as well as the size of a window or 
frame can also be adaptively changed. In addition, the 
window can be terminated to request an immediate ac- 
knowledgment message (ACK) and to satisfy Quality of 



Service (QoS) requirements. 

A requirement of the sliding window-type protocol 
with selective repeat mechanism is that a large buffer 
may be needed in the mobile (or PBS) in order for cells 

s to be delivered in sequence. With today's operating sys- 
tems that deliver buffer space on request, this limitation 
should be easily overcome. The following describes ba- 
sic elements of the protocol, it will be understood, how- 
ever, that additional messages can be added without al- 

io tering the basic operation, and without altering the main 
contribution. 

Referring to FIG. 21, there are shown four exem- 
plary representations 210, 220, 230, 240 of messages 
in accordance with the present invention data protocol. 

is The protocol transfers messages in a window or frame 
comprised of one or more ATM cells, wherein the frame 
may consist of three distinct messages: control, infor- 
mation or parity. Frame 210 is representative of a 
"standard" frame as viewed within the present invention 

20 protocol. Frame 210 includes a Beginning of Frame 
(BOF) message 21 2 which is considered a control mes- 
sage, 1 through N information messages (I) 214 and 1 
through M parity messages (P) 216. As can be seen, 
the control, information and parity messages (or cells) 

25 are contained within a single window or frame 21 8. The 
size of each message within the frame may be deduced 
from the bits at the beginning of a message cell, as will 
be explained. In this way, a recipient can determine what 
to do to process the next message. As will be under- 
go stood, the size of the window is adaptively varied de- 
pending upon the reliability of transmissions in the data 
link at any one time. The protocol is also full duplex. 

A second exemplary frame 220 includes a BOF 
message 212 followed by a first section 222 of 1-N in- 

35 formation messages 214. Another type of control mes- 
sage, an acknowledge message (ACK) 224 follows the 
first section 222 of information messages. The ACK 
message 224 is followed by a second section 226 of 1 -N 
information messages 21 4 followed by 1-M parity mes- 

40 sages 216. The ACK message, as will be explained, is 
used to acknowledge the status of received cells. In the 
case of frame 220, the ACK message 224 may be used 
for acknowledgments on the reverse link during trans- 
mission of a standard frame. Frame 230, on the other 

45 hand, is representative of an isolated ACK message 
224, which may also be sent independently. 

A fourth exemplary frame 240 includes and End of 
Frame message (EOF) 242. The EOF message 242 
may be inserted within a frame in order to signify pre- 

50 mature termination thereof. As can be seen in frame 
240, an information section 244 of the frame includes 
less than N information messages 214 or cells, wherein 
the frame is terminated by the EOF message. The EOF 
message is followed by 1 through M' parity messages. 

55 As will be explained, the number of information and par- 
ity cells N and M, respectively, is set in the BOF mes- 
sage 212, whereas in the fourth frame 240, the number 
of parity cells 216 transmitted after an EOF message is 
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set in the EOF message. 

The specific format for each of the above messages 
will now be described in greater detail. Referring to FIG. 
22, there is shown one preferred representation of a 
block acknowledgment (ACK) control message 224. s 
The ACK message is transmitted from the receiver of a 
transmission to the transmitter of that transmission in 
order to acknowledge the receipt of messages. As has 
been described previously, there are three types of con- 
trol messages, ACK : BOF and EOF. Each control mes- to 
sage begins with a control message identified field 250 
(1 bit) that is equal to 0, thereby identifying the message 
as a control message. A second field 252 is an ACK 
identifier, also 1 bit, which is set to 0 so as to identify this 
message as an acknowledgment message. As will be is 
understood, the size of the message depends on the 
size of the frame or window which is known by both the 
transmitter and the receiver based on prior information 
exchange. 

Following the identifier field is a frame acknowledg- 20 
msnt bit map 254. The bit map in the ACK message in- 
cludes a 1 for each information cell (ATM cell) that is 
correctly received, and a 0 for an ATM cell that is not 
correctly received within the window. An ATM cell that 
was in fact received in error, but whose errors are cor- 2s 
rected using the per cell FEC, or by means of the parity 
cells is considered an ATM cell that is correctly received 
for the purposes of the acknowledgment message. The 
size of the bit map 254 is determined based on the 
number of information cells (I) 214 in the frame, and this 30 
is known to both the transmitter and the receiver. An 
FEC field 256 is appended to the ACK message follow- 
ing the bit map 254. The FEC field 256 includes a for- 
ward error correction code for correcting errors in the 
transmission. Forward error correcting is well known to 35 
those skilled in the art, and codes such as Reed-Solo- 
mon and Erasure codes may be utilized, for example, 
in this circumstance. 

Referring to FIG. 23, there is shown an exemplary 
representation of a second type of control message : the *o 
beginning of frame message (BOF) 21 2. The BOF mes- 
sage 212 is transmitted at the beginning of each frame 
as was illustrated in FIG. 21 . Following the control mes- 
sage identifier field 250 is the BOF identifier field 260. 
This field 260 is comprised of 2 bits, a first being set to 45 
a 1 and a second being set to a 0 for identification pur- 
poses. of the BOF message. The BOF message 212 in- 
cludes three additional fields, an information number 
message field 262, a parity message number field 264 
and a FEC byte number field 266. The information so 
number message field 262 indicates the number of in- 
formation cells 214 in the frame. The parity message 
number field 264 indicates the number of parity cells in 
the frame, and the FEC byte number field 266 indicates 
the number of bytes used in the per-cell FEC. In order ss 
to minimize the overhead for these fields, information is 
transmitted incrementally. For example, two bits (having 
2 2 states) may be used to identify any one of the follow- 



ing four cases: (i) default value, (ii) same value as pre- 
vious value, (iii) increment previous value, and (iv) dec- 
rement previous value. It will be understood that more 
bits may be added to each field in order to accommodate 
several default values and several increment/decre- 
ment values. For example, with a three bit field, three 
default values, two increment and decrement values 
each, and a no-change message can be accommodat- 
ed, wherein it is understood that other variations are also 
possible. The BOF message 212 also employs a FEC 
field 256 following the FEC byte number field 266. The 
FEC field 256 is always constant or else, is given in the 
previous BOF. 

Referring to FIG. 24, there is shown an exemplary 
representation of an end of frame field (EOF) 242. This 
kind of control message is used to indicate the end of a 
frame when it is wished to terminate a frame premature- 
ly, that is to override the value provide by BOF. Besides 
the control message identifies field 250, the EOF in- 
cludes a 2 bit identifier field 270, wherein the first and 
second bits in this field are set to 0 and 1, respectively. 
An updated parity number message field 272 follows the 
identifier field 250. This field indicates the number of par- 
ity cells to be appended after the EOF message 242, 
since that number may have changed because of the 
termination of the frame. The EOF message 242 em- 
ploys a FEC field 256 whose size is given by the previ- 
ous BOF. 

Referring to FIG. 25, there is shown one preferred 
exemplary embodiment of an information message 214 
in accordance with the present invention data protocol. 
Each information message 214 includes an information 
cell 282 which is prepended by an identifier field 280 
containing multiple subfields. Depending on the identi- 
fier field, the information cell 282 will be a complete ATM 
cell, minus the header error correction (HEC) field, or 
only the payload of an ATM cell. A first subfield is the 
control message identifierfield 250. In this case the con- 
trol message field 250 is a 1 bit field, wherein a 1 iden- 
tifies the message as a non-control message. A second 
field is a header compression field 284 which is used to 
compress the header overhead. In its simplest form, the 
header compression field 284 is a single bit. For one 
value of this bit, for example a 1 , the VPI/VCl field of this 
cell is equal to that of the previous cell and, therefore, 
the header is not transmitted. For the other bit value, for 
example 0, the VPI/VCl field is not equal to that of the 
previous cell and, therefore, the full ATM cell (minus the 
HEC field) is transmitted. 

More generally the header compression field 284 
will include n bits, wherein a PBS or mobile station in- 
clude 2 f>1 registers that hold VPI/VCl information. A first 
bit in the field will then indicate a set or read command. 
When a predetermined value of this bit is used to set a 
register, a VPI/VCl field of the ATM cell is stored in the 
register, and the full ATM cell (minus the HEC field) is 
transmitted. When this field 284 is used to read a regis- 
ter, the addressed register's VPI/VCl field is recalled 
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from memory at the receiver, and therefore only the pay- 
load of the ATM cell is transmitted over the air. 

As an example, a "0000" header compression field 
284 contents may indicate to set Register 0 (of an 8 reg- 
ister field 0 through 7) with the Vl/VCI value of the ex- 
isting cell. A °1000" would indicate to read register 1. 
Continuing with the same example, a "0001" would in- 
dicate to set Register 1 with the VPl/VCI of the existing 
cell, wherein a "1 001 " value would indicate to read Reg- 
ister 1 . As mentioned, in the above example, 8 registers 
are included 0 through 7, however, it will be understood 
that any number of registers nmay be utilized using sim- 
ilar header compression concepts. Here, whenever a 
set register value is used, a full ATM cell (minus the HEC 
field) is transported. After an ATM cell is transported, 
and its VPl/VCI is identified either by transmission or 
through memory, the appropriate HEC field is added at 
the receiver. Another single bit subfield is included in the 
identifier field 280, this is the ACK required field 286. A 
predetermined value of this field 286 would be used by 
the transmitter to indicate that an acknowledgment on 
this cell is not expected from the receiver. This would be 
used, for example, with real-time message. As with each 
of the other messages in the present invention protocol, 
a per cell FEC field 256 is appended to the ATM cell 
within the information message. 

Referring to FIG. 26, there is shown an exemplary 
representation of a parity message 216. As was illus- 
trated in FIG. 21 , parity messages 216 are placed in the 
frame after the last information cell 214 or the EOF cell 
242. Parity cells 290 are constructed using the payloads 
of information cells 214 and therefore their size is equal 
to 48 bytes each. Parity cells 290 need not be prepend- 
ed by the beginning of cell fields for parsing purposes, 
however to be able to insert an ACK message in be- 
tween parity cells, an identification field 250 is included 
to identify the messages as non-control messages. A 
single bit control message field 250 is illustrated in FIG. 
26 which is prepended to the (48 byte) parity cell. A per- 
cell FEC field 256 is appended to the parity cell. As 
would be understood, parity cells are not acknowledged. 

It will also be understood that the forward error cor- 
rection is achieved at three different levels, (bit-level, 
byte level and packet-level) by means of operations of 
the physical layer and the data link layer. Bit-level FEC 
is accomplished by physical layer error control and pro- 
vides protection against random bit errors. 

Byte- 1 eve I FEC is accomplished by FEC overhead 
on each air link packet. Air link packets already have 
CRC overhead in order to determine whether they have 
been received in error. Here, a more powerful code, 
such as a Reed-Solomon code, is utilized and correction 
of errored packets without retransmissions is accom- 
plished, based simply on the data inside the packet. 

Packet-level FEC is accomplished by means of ad- 
ditional packets transmitted over the air, and is useful 
when method the byte-level FEC above does not suffice 
to reconstruct a packet based on the overhead in the 



packet. This level of FEC operates in conjunction with 
the automatic repeat request (ARQ) mechanism previ- 
ously described. For real-time applications, such as 
voice or video, FEC only is preferable. For data appli- 
s cations, FEC operates in conjunction with retransmis- 
sions. 

These methods provide increasing protection 
against burst errors, with more bursts being combated 
at each level, but with the tradeoff of higher complexity 
to and increased delay. The bit-level is implemented in 
hardware, therefore the issue of complexity is essential- 
ly irrelevant. This is because it is turned on or off in order 
not to waste bandwidth unnecessarily 

The byte and packet-levels are implemented in soft- 
is ware. The byte-level replaces the CRC check function, 
which should be performed even in the absence of FEC. 
Therefore, increased complexity due to FEC is tolerable 
and it is suggested placing this functionality symmetri- 
cally at the base and at the mobile. The packet-level re- 
20 quires the largest complexity and memory, and it is sug- 
gested using this for base-to-mobile transmissions, 
since decoding is the computationally intensive part of 
FEC. 

From the above, it should be understood that the 
25 embodiments described, in regard to the drawings, are 
merely exemplary and that a person skilled in the art 
may make variations and modifications to the shown 
embodiments without departing from the spirit and 
scope of the invention. All such variations and modifica- 
30 tions are intended to be included within the scope of the 
invention as defined in the appended claims. 

Claims 

35 

1 . A data format for use in transmitting ATM cells in a 
communications network, wherein said communi- 
cations network includes wireless mobile devices, 
said data format comprising: 

40 

a variable length message frame including one 
or more individual messages, said message 
frame including, 

at least one beginning-of-frame (BOF) mes- 
45 sage indicative of the beginning of said mes- 

sage frame; 

at least one information message, said informa- 
tion message including user information per- 
taining to a connection in said network; and 

50 at least one parity message selectively insert- 

able in said message frame and including parity 
information in regard to said message frame, 
wherein said BOF message includes one or 
more fields including values indicative of a 

55 number of said individual messages in said 

message frame. 

2. The format of Claim 1 , further including an acknowl- 
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edgment (ACK) message, said acknowledgment 
message being selectively insertable within said 
message frame to thereby acknowledge receipt of 
previously transmitted information messages. 

3. The format of Claim 2. further including an end-of- 
frame (EOF) message selectively insertable within 
said message frame, said EOF message indicating 
premature termination of said message frame 
thereby overriding said values provided in said BOF 
message. 

4. The format of Claim 1 , wherein said message frame 
includes control messages containing message 
frame processing information and non-control mes- 
sages, wherein each of said individual messages 
includes a control message field at the start thereof, 
a first predetermined value in said control message 
field being indicative of a control message and a 
second predetermined value being indicative of a 
non-control message. 

5. The format of claim 4, wherein said control messag- 
es further include a message identifier field follow- 
ing said control message field for identifying a spe- 
cific control message. 

6. The format of Claim 3, wherein said EOF message 
includes an updated parity message number field 
indicative of an updated number of parity messages 
to be appended to said message frame. 

7. The format of Claim 2, wherein said informaton cell 
includes an acknowledgment required field indica- 
tive of whether an acknowledgment message is ex- 
pected from a receiver of an ATM cell included in 
said information message. 

8. The format of Claim 1 , wherein said parity message 
includes a 48 byte parity cell. 

9. A data format for use in transmitting ATM cells in a 
communications network, wherein said communi- 
cations network includes portable base station 
(PBS) switches configurable into an ad-hoc back- 
bone network, said PBS switches adapted to com- 
municate with wireless mobile devices, said data 
protocol comprising: 

a variably sized message window, said mes- 
sage window including, 

at least one control message including 
processing information regarding said mes- 
sage window, wherein variable combinations of 
control, information and parity messages are 
creatable within said message window, and 
wherein specific ones of said control messages 
are indicative of the size of said message win- 
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dow. 

10. The format of Claim 9, wherein said control mes- 
sages are selected from the group consisting of be- 
ginning of frame (BOF), end of frame (EOF) and ac- 
knowledge (ACK) messages, wherein: 

a (BOF) message is indicative of the beginning 
of said message window; 
an (ACK) message acknowledges receipt of 
previously transmitted information messages 
and is selectively insertable within said mes- 
sage window if desired; and 
an (EOF) message indicates premature termi- 
nation of said message frame thereby overrid- 
ing values provided in said BOF message. 

11. The format of Claim 1 or 10, wherein each of said 
messages includes a forward error correction 
(FEC) field, and wherein said BOF message in- 
cludes separate fields indicative of a number of a 
specific type message, said fields including: 

an information message number field indicative 
of a number of information messages included 
in said message window; 
a parity message number frame indicative of a 
number of parity messages included in said 
message window; and 

an FEC byte number frame indicative of a 
number of bytes in said FEC field for each of 
said messages. 

12. The format of Claim 11 , wherein information in said 
separate fields of said BOF message is transmitted 
incrementally based on a specific value contained 
in each of said separate fields, wherein: 

a first predetermined value indicates a default 
value; 

a second predetermined value indicates same 
number as a previously transmitted value; 
a third predetermined value indicates an incre- 
ment of a previous value; and a fourth prede- 
termined value indicates a decrement of a pre- 
vious value. 

13. The format of Claim 2 or 10, wherein said ACK mes- 
sage includes a frame acknowledgment bitmap, 
wherein the size of said bitmap is based on a 
number of information cells in said message frame, 
said bitmap including a predetermined bit value for 
each said information message that is correctly re- 
ceived. 

14. The format of Claim 1 or 9, wherein said information 
message includes a header compression field, 
wherein a first predetermined value of said header 



BNSDOCIO: <EP 0768806A2_I_> 



16 



31 



EP 0 768 806 A2 



32 



compression field indicates that an ATM cell includ- 
ed within said information message will be transmit- 
ted without a header, and a second predetermined 
value of said header compression field indicates 
that a full ATM cell is transmitted. 

15. The format of Claim 1 or 9, wherein said network 
includes switches which contain registers having 
VPI/VCI information stored therein, wherein said in- 
formation message includes an n-bit header com- 
pression field, wherein a first predetermined value 
a first bit of said header compression field indicates 
to a set a register identified by said header com- 
pression field in one of said switches, wherein a 
VPI/VCI field of an ATM cell in said information mes- 
sage is stored in said register and a full ATM cell is 
transmitted; and 

wherein a second predetermined value of 
said header compression field indicates to read a 
register identified by said field, wherein a VPI/VCI 
field stored in said register is recalled and an ATM 
cell in said information message is transmitted with- 
out a header. 

16. A method for transmitting ATM cells in a communi- 
cations network, wherein said communications net- 
work includes portable base station (PBS) switches 
configurable into an ad-hoc backbone network, said 
PBS switches adapted to communicate with wire- 
less mobile devices, said method comprising the 
steps of: 

assembling a variable length message frame 
including one or more individual messages for 
transmission within said network; 
transmitting at least one beginning-of-frame 
(BOF) message indicative of the beginning of 
said message frame; 

transmitting at least one information message, 
said information message including user infor- 
mation pertaining to a connection in said net- 
work; and 

selectively inserting at least one acknowledg- 
ment (ACK) message in said message frame 
to thereby acknowledge receipt of previously 
transmitted information messages, and where- 
in said BOF message includes one or more 
fields including values indicative of a number of 
said individual messages in said message 
frame. 

17. The method of Claim 16, further including the step 
of selectively inserting parity messages in said mes- 
sage frame including parity information in regard to 
said message frame. 

18. The method of Claim 16, further including the step 
of selectively inserting an endof-frame (EOF) mes- 



sage within said message frame, said EOF mes- 
sage indicating premature termination of said mes- 
sage frame thereby overriding said values provided 
in said BOF message. 

5 

19. The method of Claim 1 6, wherein each of said indi- * 
vidual messages includes an adaptively alterable 
forward error correction (FEC) field, and wherein 
said BOF message includes separate fields indica- 

10 tive of a number of a specific type message, said 
fields including; 

an information message number field indicative 
of a number of information messages included 
is in said message frame; 

a parity message number frame indicative of a 
number of parity messages included in said 
message frame; and 

an FEC byte number frame indicative of a 
20 number of bytes in said FEC field for each said 

individual message. 

20. The method of Claim 1 9, wherein information in said 
separate fields of said BOF message is transmitted 

25 incrementally based on a specific value contained 
in each of said separate fields, wherein: 

a first predetermined value indicates a default 
value; 

30 a second predetermined value indicates same 

number as a previously transmitted value; 
a third predetermined value indicates an incre- 
ment of a previous value; and 
a fourth predetermined value indicates a dec- 

35 rement of a previous value. 

21. The method of Claim 16, wherein said ACK mes- 
sage includes a frame acknowledgment bitmap, 
wherein the size of said bitmap is based on a 

40 number of information cells in said message frame, 
said bitmap including a predetermined bit value for 
each said information message that is correctly re- 
ceived. 

22. The method of Claim 16, wherein said information 
message includes a header compression field, 
wherein a first predetermined value of said header 
compression field indicates that an ATM cell includ- 
ed within said information message will be transmit- 

50 ted without a header, and a second predetermined 
value of said header compression field indicates 
that a full ATM cell is transmitted. 
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